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DETAILED ACTION 

1. Applicant's amendment dated September 1 7, 2007, responding to the Office 
action mailed May 7, 2007 provided in the rejection of claims 1-37 wherein claims 1, 8, 
16, 1821-25, 28, 32-33, and 35-36 are amended, claim 37 is canceled, and claim 38 is 
new. 

Claims 1-36 and 38 remain pending in the application and which have been fully 
considered by the examiner. 

Serial Number stated in the first page of the amendment is incorrect. Please 
correct it accordingly. 

Applicant's arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection - see Krebs et a/., art made of record, as 
applied hereto. 

Claim Rejections - 35 USC § 103(a) 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to 
a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

2. Claims 1-12. 14, 18-29. 31 , 35-36, and 38 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Hulai et al. (Pub. No. US 2003/0060896 A9) (hereinafter 
'Hulai') in view of Krebs et al., (Mobile Adaptive Applications for Ubiquitous 
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Collaboration in Heterogeneous Environments. 2002, IEEE) (hereinafter 'Krebs' - art 
made of record) 

3. As to claim 1 (Currently Amended), Hulai discloses a method for generating a 
screen element, based on a data object, of a component application executing on a 
wireless device for display on a user interface of a wireless device, the component 
application including a data component having at least one data field definition and a 
screen component having at least one screen element definition, the components being 
defined in a structured definition language, the method comprising the steps of: 

• selecting the screen component corresponding to the screen element selected for 
display (e.g., Fig. 1 , element 18 - User Interface; Fig. 2, element 67 - screen 
generation engine; Fig. 4, element 48 - User Interface Definition Section; [0031], 
Lines 5-8; [0035], Lines 1-3; [0049], Lines 1-7; Fig. 8, element of S802 - I.e., create 
screen object; Fig. 9; Figs. 12-14; [01 12], Lines 1-1 1 ; [01 13], Lines 1-4); 

• selecting the data component mapped by the mapping according to the mapping 
Identifier (e.g., Fig. 4, element 52 - Device Local Data Definition Section;[01 05], 
Lines 6-9; [01 22], Lines 1-7; [0049], Lines 9-1 1 - a local data definition section . 
defining the format of data to be stored locally on the mobile device by the 
application); 

• obtaining a data object field value corresponding to the data field definition of the 
mapped data component (e.g.. Fig. 161, Sec. 3.2.3.3; [0039], Lines 1-7 - each of 
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object classes includes attributes used to store parameters defined by the XML file, 
and functions allowing the XML entity to be processed at the mobile device); 

• . generating a screen element from the screen element definition to include the data 
object field value according to the format of the data field definition as defined in the 
mapped data component (e.g., Fig. 4. element 48 - User Interface Definition 
Section; [0049], Lines 1-7; Fig. 5, elements 48, 54, 56, 58 - User Interface - Device; 
[0078H0079]; Fig. 8; [0091], Lines 6-11; [0095], Lines 1-6; [0098]; Fig. 12; [0114]). 
Further Hulai does not explicitly disclose identifying at least one mapping present in 

the screen component, the mapping for specifying a relationship belween the screen 

component and the data component as defined by an identifier representing the 

mapping. 

However, in an analogous art of Mobile Adaptive Applications for Ubiquitous 
Collaboration in Heterogeneous Environments, Krebs discloses identifying at least one 
mapping present in the screen component, the mapping for specifying a relationship 
between the screen component and the data component as defined by an identifier 
representing the mapping (e.g. Sec. of ' Mapping Interactors to Widgets ', 1^* Par. - The 
general description of the application interface needs to be mapped into the device 
dependent representations. The former one (data component) is expressed in the 
interactor language defined above and the later (screen component) is expressed in 
terms of view graph that refers to device dependent GUI widgets : Sec. of ' Mapping Data 
To Views ', 1^* Par. - A collection of uforms represents a data graph (data component), 
which roughly corresponds to an XML document. Each interactor defines the set of data 
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types it can handle. Given an XML document, the composite interactor creates other 
composite or leaf interactors and associates them with corresponding uforms (data 
component). The user interface interactor (data component) directly maps the data to 
GUI components (screen component), thus bypassing the interactors; Fig. 1 - User 
Interface Data Flow (top row) and Application Data Flow (bottom row) result in the 
Application; Sec. of 'Adaptive System Architecture', 1®* Par. - The server contains the 
description of the application interface (screen component) and the application data 
(data component) as two separate XML documents. The interface is expressed using 
interactors, which form the generic view graph of the application interface. The generic 
view graph is mapped into a device-specific view graph , which is finally mapped into a 
Graphical User Interface widget tree (screen component). The widgets can be those 
supported by the language platform, such as Java Swing® components, or they can be 
specially developed for this purpose; 2"^ Par. - the application data are represented as 
a collection of data objects in a repository (data graph). The data objects (data 
component) are called uforms (short for 'universal form'), which encapsulates the data. 
The uform essentially consists of a unioue identifier and a keyed list of properties). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Krebs into the Hulai's system 
to further provide identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component and the data 
component as defined by an identifier representing the mapping in Hulai system. 
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The motiyation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating Krebs's system which oifers significant advantages that 
the framework support both shared data adaptation and user interface adaptation to 
user's preferences and display characteristics; both shared data and the user interface 
are specified in two XIVIL documents; the user interface XML document specifies the 
application interface by a generic View' graph as once suggested by Krebs (e.g., 
Abstract, Lines 7-12). 

4. As to claim 2 (Original) (incorporating the rejection in claim 1), Hulai discloses 
the method and the system wherein a plurality of the data field definitions of the data 
component is shared between the screen component and the data component as 
represented by the mapping (e.g., Fig. 16G, Sec. 2.2 - the key to ARML usage is the 
application definition file held on the AIRIX server. This file defines the AIRIX tables for 
the application, the allowed message set and the user interface definitions for the 
application on a given device). 

5. As to claim 3 (Original) (incorporating the rejection in claim 2), Hulai discloses 
the method further comprising the step of linking the plurality of data field definitions to 
corresponding ones of the screen element definitions of the screen component as 
represented by the identifier (e.g., Fig. 16S, Sec. 5.1 .3.1 (The SCREEN tag) - an 
identifier for the screen; [0086]; [0097], Lines 6-8; [0098]; [0109]). 
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6. As to claim 4 (Original) (incorporating the rejection in claim 2), Hulai discloses 
the method further comprising the step of detecting a user event of the user Interface 
related to the screen element (e.g., Fig. 9, elements of S918, S920, S922, S924; [0096], 
Lines 1-13; Fig. 10; [0101H0103]). 

7. As to claim 5 (Original) (incorporating the rejection in claim 4), Hulai discloses 
the method further comprising the step of identifying the mapping in the screen 
component corresponding to the linked data component of the affected screen element 
(e.g., [0085]; [0086] - the particular identity of the mobile device on which the 
application is to be presented may be identified by a suitable identifier, in the form of a 
header contained in the server side application output; [0097] - virtual machine software 
further maintains a list identifying each instance of each event and action object, and an 
associated identifier of an event; i.e.. Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; 
Fig. 16JJ, Sec. 6.7.3.2). . 

8. As to claim 6 (Original) (incorporating the rejection in claim 5), Hulai discloses 
the method further comprising the step of updating the data object in a memory using 
the data field definition of the linked data component (e.g.. Fig, 16K, Sec. 3.3.2, 3.3.3.3; 
Fig. 16R; Figs. 15A-15C; Fig. 16M, Sec. 3.3.4, Lines 1-3, Figure 4 - a sample package 
definition). 
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9. As to claim 7 (Original) (incorporating the rejection in claim 5), Hulai discloses 
the method further comprising the step of creating a new one of the data object in a 
memory using the data field definition of the linked data component (e.g., Fig. 2; [0035]- 
[0036] - object classes corresponding to XML entities supported by the virtual machine 
software, and possibly contained within an application definition file). 

10. As to claim 8 (Currently Amended) (incorporating the rejection in claim 2, Hulai 
discloses the method and the system wherein the data object field value is obtained by 
being passed to the user interface as a screen parameter (e.g., [0039], Lines 1-7 - 
object classes define objects that allow device to process each of the supported XML 
entities at the mobile device; [0041], Lines 5-7 - at run time, instances of object classes 
corresponding to these classes are created and populated with parameters contained 
within application definition file, as required; i.e.. Fig. 16L, Sec. 3.3.3.5). 

11. As to claim 9 (Original) (incorporating the rejection in claim 2), Hulai discloses 
the method and the system wherein a first screen element definition is mapped by a first 
one of the identifiers to a first one of the data components and a second screen element 
definition is mapped by a second one of the identifiers to a second one of the data 
components different from the first data component (e.g., [0085]; [0086] ~ the particular 
identity of the mobile device on which the application is to be presented may be 
identified by a suitable identifier, in the form of a header contained in the server side 
application output; [0097] - virtual machine software further maintains a list identifying 
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each instance of each event and action object, and an associated identifier of an event; 
i.e., Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; Fig. 16JJ, Sec. 6.7.3.2). 

12. As to claim 10 (Original) (incorporating the rejection in claim 9), Hulai discloses 
the method and the system wherein the first screen element definition and the second 
screen element definition are mapped to the same data component using the first 
identifier (e.g., [0085]; [0086] - the particular identity of the mobile device on which the 
application is to be presented may be identified by a suitable identifier, in the form of a 
header contained in the server side application output; [0097] - virtual machine software 
further maintains a list identifying each instance of each event and action object, and an 
associated identifier of an event; i.e.. Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; 
Fig. 16JJ, Sec. 6.7.3.2). 

13. As to claims 11 (Original) (incorporating the rejection in claim 2), and Hulai 
discloses the method and the system wherein the structured definition language is XML 
based (e.g.. Abstract, Lines 12-17). 

14. As to claim 12 (Original) (incorporating the rejection in claim 2), Hulai discloses 
the method and the system wherein the identifier is a simple primary key (e.g., [0070]; 
i.e.. Fig. 15A, PK=LNGRECIPIENTID; Fig. 15B - primary key; Fig. 161. Sec. 3.2.3.1 - 
PK - which of the table fields is the primary key for the table; Fig. 16J, Figure 2 - 
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sample email schema, primary key, Figure 3 - a sample table definition section, 
PK=LNGMESSAGEID. PK=LNGRECIPIENTID). 

15. As to claim 14 (Original) (incorporating the rejection in claim 2), Hulai discloses 
the method further comprising the step of receiving an asynchronous communication 
message by the device via a network coupled to the device, the message Including a 
message data object (e.g., Fig. 1; Fig. 3; [0043]; Abstract, Lines 3-17; [0008] through 
[0011]). 

16. As to claim 18 (Currently Amended), Hulai discloses a system for generating a 
screen element, based on a data object, of a component application executing on a 
wireless device, for display on a user interface of the wireless device, the component 
application including a data component having at least one data field definition and a 
screen component having at least one screen element definition, the component being 
defined in a structured definition language, the system comprising the steps of: 

• a data manager for obtaining a data object field value corresponding to the data field 
definition of the mapped data component (e.g.. Fig. 161, Sec. 3.2.3.3; [0039], Lines 
1-7 - each of object classes includes attributes used to store parameters defined by 
the XML file, and functions allowing the XML entity to be processed at the mobile 
device); and 

• a screen manager for generating a screen element from the screen element 
definition to include the data object field value according to the format of the data 
field definition as defined in the mapped data component (e.g., Fig. 4, element 48 - 
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User Interface Definition Section; [0049], Lines 1-7; Fig. 5, elements 48, 54, 56, 58 - 
User Interface - Device; [0078]-[0079]; Fig. 8; [0091], Lines 6-1 1 ; [0095], Lines 1-6; 
[0098]; Fig. 12; [0114]). 

Further Hulai does not explicitly disclose a mapping manager for identifying at least 
one mapping present in the screen component, the mapping for specifying a 
relationship between the screen component and the data component as defined by an 
identifier representing the mapping, and for selecting the data component mapped by 
the mapping according to the mapping identifier. 

However, in an analogous art of Mobile Adaptive Applications for Ubiquitous 
Collaboration in Heterogeneous Environments, Krebs discloses a mapping manager for 
identifying at least one mapping present in the screen component, the mapping for 
specifying a relationship between the screen component and the data component as 
defined by an identifier representing the mapping, and for selecting the data component 
mapped by the mapping according to the mapping identifier (e.g. Sec. of ' Mapping 
Interactors to Widgets '. 1®* Par. - The general description of the application interface 
needs to be mapped into the device dependent representations. The former one (data 
component) is expressed in the Interactor language defined above and the later (screen 
component) is expressed in terms of view graph that refers to device dependent GUI 
widgets : Sec. of ' Mapping Data To Views '. 1^* Par. - A collection of uforms represents a 
data graph (data component), which roughly corresponds to an XML document. Each 
interactor defines the set of data types it can handle. Given an XML document, the 
composite interactor creates other composite or leaf interactors and associates them 
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with corresponding uforms (data component). The user interface interactor (data 
component) directly maps the data to GUI components (screen component), thus 
bypassing the interactors; Fig. 1 - User Interface Data Flow (top row) and Application 
Data Flow (bottom row) result in the Application; Sec. of 'Adaptive System Architecture', 
1^^ Par. - The server contains the description of the application interface (screen 
component) and the application data (data component) as two separate XML 
documents. The interface is expressed using interactors, which form the generic view 
graph of the application interface. The generic view graph is mapped into a device- 
specific view graph , which is finally mapped into a Graphical User Interface widget tree 
(screen component). The widgets can be those supported by the language platform, 
such as Java Swing® components, or they can be specially developed for this purpose; 
2"^ Par. - the application data are represented as a collection of data objects in a 
repository (data graph). The data objects (data component) are called uforms (short for 
'universal form'), which encapsulates the data. The uform essentially consists of a 
unigue identifier and a keyed list of properties). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Krebs into the Hulai's system 
to further provide a mapping manager for identifying at least one mapping present in the 
screen component, the mapping for specifying a relationship between the screen 
component and the data component as defined by an identifier representing the 
mapping, and for selecting the data component mapped by the mapping according to 
the mapping identifier in Hulai system. 
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The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating Krebs's system which offers significant advantages that 
the framework support both shared data adaptation and user interface adaptation to 
user's preferences and display characteristics; both shared data and the user interface 
are specified in two XML documents; the user interface XML document specifies the 
application interface by a generic View' graph as once suggested by Krebs (e.g., 
Abstract, Lines 7-12), 

17. As to claim 19 (Original) (incorporating the rejection in claim 18), please refer to 
claim 13 as set forth accordingly. 

18. As to claim 20 (Original) (incorporating the rejection in claim 19), Hulai discloses 
the system wherein the plurality of data field definitions are linked to corresponding 
ones of the screen element definitions of the screen component as represented by the 
Identifier (e.g.. Fig. 16S, Sec. 5.1.3.1 (The SCREEN tag) - an identifier for the screen; 
[0086]; [0097], Lines 6-8; [0098]; [0109]). 

19. As to claim 21 (Currently Amended) (incorporafing the rejection in claim 19), 
Hulai discloses the system is further comprising the presentation manager configured 
for detecting a user event of the user interface related to the screen element (e.g., Fig. 
9, elements of S918, S920, S922, S924; [0096], Lines 1-13; Fig. 10; [0101]-[0103]). 
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20. As to claim 22 (Currently Amended) (incorporating tine rejection in claim 21 ), 
Hulai discloses the system further comprising the mapping manager is further 
configured for identifying the mapping in the screen component corresponding to the 
linked data component of the affected screen element (e.g., [0085]; [0086] - the 
particular identity of the mobile device on which the application is to be presented may 
be identified by a suitable identifier, in the form of a header contained in the server side 
application output; [0097] - virtual machine software further maintains a list identifying 
each instance of each event and action object, and an associated identifier of an event; 
i.e., Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; Fig. 16JJ, Sec. 6.7.3,2). 

21. As to claim 23 (Currently Amended) (incorporating the rejection in claim 22), 
Hulai discloses the system wherein the data manager is further configured for updating 
the data object in a memory using the data field definition of the linked data component 
(e.g.. Fig. 16K. Sec. 3.3.2, 3.3.3.3; Fig. 16R; Figs. 15A-15C; Fig. 16M, Sec. 3.3.4. Lines 
1-3, Figure 4 - a sample package definition). 

22. As to claim 24 (Currently Amended) (incorporating the rejection in claim 22), 
Hulai discloses the system wherein the data manager is further configured for creating a 
new one of the data object in a memory using the data field definition of the linked data 
component (e.g.. Fig. 2; [0035]-[0036] - object classes corresponding to XML entities 
supported by the virtual machine software, and possibly contained within an application 
definition file). 
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23. As to claim 25 (Currently Amended) (incorporating the rejection in claim 19), 
please refer to claim 8 as set forth accordingly. 

24. As to claim 26 (Original) (incorporating the rejection in claim 19), please refer to 
claim 9 as set forth accordingly. 

25. As to claim 27 (Original) (incorporating the rejection in claim 26), please refer to 
claim 10 as set forth accordingly. 

26. As to claim 28 (Currently Amended) (incorporating the rejection in claim 19), 
please refer to claim 11 as set forth accordingly. 

27. As to claim 29 (Original) (incorporating the rejection in claim 19), please refer to 
claim 12 as set forth accordingly. 

28. As to claim 31 (Original) (incorporating the rejection in claim 19), Hulai discloses 
the system further comprising a communication manager for receiving an asynchronous 
communication message by the device via a network coupled to the device, the 
message including a message data object (e.g., Fig. 1; Fig. 3; [0043]; Abstract, Lines 3- 
17; [0008] through [0011]). 
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29. As to claim 35 (Currently Amended), Hulai discloses a method for generating a 
data object of a component application executing on a wireless device based on a 
change in a screen element displayed on a user interface of a wireless device, the 
component application including a data component having at least one data field 
definition and a screen component having at least one screen element definition, the 
component being defined in a structured definition language, the method comprising the 
steps of: 

• selecting the screen component corresponding to the screen element (e.g., Fig. 1, 
element 18 - User Interface; Fig. 2, element 67 - screen generation engine; Fig. 4, 
element 48 - User Interface Definition Section; [0031], Lines 5-8; [0035], Lines 1-3; 
[0049], Lines 1-7; Fig. 8, element of S802 - i.e., create screen object; Fig. 9; Figs. 
12-14; [0112], Lines 1-11; [0113], Lines 1-4); 

• selecting the data component mapped by the mapping (e.g.. Fig. 4, element 52 - 
Device Local Data Definition Section; [01 05], Lines 6-9; [0122], Lines 1-7; [0049], 
Lines 9-1 1 - a local data definition section defining the format of data to be stored 
locally on the mobile device by the application); 

• obtaining a changed value from the screen element corresponding to the mapped 
data component (e.g., [0036] - parser may convert each XML tag contained in the 
application definition file, and its associated data to tokens, for later processing; Fig. 
9; [0096], Lines 1-13; [0117], Lines 6-18); 

• assigning the changed value to a data field value of the data object according to the 
format of the data field definition as defined in the mapped data component (e.g.. 
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Fig. 16K, Sec. 3.3.2. Sec. 3.3.3.3; Fig. 16R; Figs. 15A-15C; Fig. 16M. Sec. 3.3.4, 
Lines 1-3, Figure 4 - a sample package definition). 

Further Hulai does not explicitly disclose identifying at least one mapping present in 
the screen component, the mapping for specifying a relationship between the screen 
component and the data component. 

However, in an analogous art of Mobile Adaptive Applications for Ubiquitous 
Collaboration in Heterogeneous Environments, Krebs discloses identifying at least one 
mapping present in the screen component, the mapping for specifying a relationship 
between the screen component and the data component (e.g. Sec. of ' Mapping 
Interactors to Widgets '. 1^* Par. - The general description of the application interface 
needs to be mapped into the device dependent representations. The fomrier one (data 
component) is expressed in the interactor language defined above and the later (screen 
component) is expressed in terms of view graph that refers to device dependent GUI 
widgets ; Sec. of ^ Mapping Data To Views '. 1^* Par. - A collection of uforms represents a 
data graph (data component), which roughly corresponds to an XML document. Each 
interactor defines the set of data types it can handle. Given an XML document, the 
composite interactor creates other composite or leaf Interactors and associates them 
with corresponding uforms (data component). The user Interface interactor (data 
component) directly maps the data to GUI components (screen component), thus 
bypassing the interactors; Fig. 1 - User Interface Data Flow (top row) and Application 
Data Flow (bottom row) result in the Application; Sec. of 'Adaptive System Architecture', 
1^* Par. - The server contains the description of the application interface (screen 
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component) and the application data (data component) as two separate XIVIL 
documents. The interface is expressed using interactors, which form the generic view 
graph of the application interface. The generic view graph is mapped into a device- 
specific view graph , which is finally mapped into a Graphical User Interface widget tree 
(screen component). The widgets can be those supported by the language platform, 
such as Java Swing® components, or they can be specially developed for this purpose; 
2"^ Par. - the application data are represented as a collection of data objects in a 
repository (data graph). The data obiects (data component) are called uforms (short for 
'universal form'), which encapsulates the data. The uform essentially consists of a 
unigue identifier and a keyed list of properties). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Krebs into the Hulai's system 
to further provide identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component and the data 
component in Hulai system. 

The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating Krebs's system which offers significant advantages that 
the framework support both shared data adaptation and user interface adaptation to 
user's preferences and display characteristics; both shared data and the user interface 
are specified in two XML documents; the user interface XML document specifies the 
application interface by a generic View' graph as once suggested by Krebs (e.g., 
Abstract, Lines 7-12). 
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30. As to claim 36 (Currently Amended), Hulai discloses a wireless device for 
generating a screen element, based on a data object, of a component application 
executing on the wireless device for display on a user interface of the wireless device, 
the component application including a data component having at least one data field 
definition and a screen component having at least one screen element definition, the 
component being defined in a structured definition language, the wireless device 
comprising the steps of: 

• means for selecting the screen component corresponding to the screen element 
selected for display (e.g.. Fig. 1 , element 18 - User Interface; Fig. 2, element 67 - 
screen generation engine; Fig. 4, element 48 - User Interface Definition Section; 
[0031], Lines 5-8; [0035], Lines 1-3; [0049], Lines 1-7; Fig. 8, element of S802 - i.e., 
create screen object; Fig. 9; Figs. 12-14; [0112], Lines 1-11; [0113], Lines 1-4; 
[0049], Lines 4-7 - a user interface definition section, specific to the user interface 
for the device); 

• means for selecting the data component mapped by the mapping (e.g.. Fig. 4, 
element 52 - Device Local Data Definition Section; [01 05], Lines 6-9; [0122], Lines 1- 
7; [0049], Lines 9-1 1 - a local data definition section defining the fonmat of data to be 
stored locally on the mobile device by the application); 

• means for obtaining a data object field value conresponding to the data field 
definition of the mapped data component (e.g.. Fig. 161, Sec. 3.2.3.3; [0039], Lines 
1-7 - each of object classes includes attributes used to store parameters defined by 
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the XML file, and functions allowing the XML entity to be processed at the mobile 
device); 

• means for generating a screen element from the screen element definition to include 
the data object field value according to the format of the data field definition as 
defined in the mapped data component (e.g., Fig. 4, element 48 - User Interface 
Definition Section; [0049], Lines 1-7; Fig. 5. elements 48, 54, 56, 58 - User Interface 
- Device; [0078]-[0079]; Fig. 8; [0091], Lines 6-11; [0095], Lines 1-6; [0098]; Fig. 12; 
[0114]). 

Further Hulai does not explicitly disclose means for identifying at least one mapping 
present in the screen component, the mapping for specifying a relationship between the 
screen component and the data component. 

However, in an analogous art of Mobile Adaptive Applications for Ubiquitous 
Collaboration in Heterogeneous Environments, Krebs discloses means for identifying at 
least one mapping present in the screen component, the mapping for specifying a 
relationship between the screen component and the data component (e.g. Sec. of 
' Mapping Interactors to Widgets '. 1^^ Par. - The general description of the application 
interface needs to be mapped into the device dependent representations. The former 
one (data component) is expressed in the interactor language defined above and the 
later (screen component) is expressed in terms of view graph that refers to device 
dependent GUI widgets : Sec. of ' Mapping Data To Views '. 1®* Par. - A collection of 
uforms represents a data graph (data component), which roughly corresponds to an 
XML document. Each interactor defines the set of data types it can handle. Given an 
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XML document, the composite interactor creates other composite or leaf interactors and 
associates them with corresponding uforms (data component). The user interface 
interactor (data component) directly maps the data to GUI components (screen 
component), thus bypassing the interactors; Fig. 1 - User Interface Data Flow (top row) 
and Application Data Flow (bottom row) result in the Application; Sec. of 'Adaptive 
System Architecture', 1®^ Par. - The server contains the description of the application 
interface (screen component) and the application data (data component) as two 
separate XML documents. The interface is expressed using interactors, which form the 
generic view graph of the application interface. The generic view graph is mapped into a 
device-specific view graph , which is finally mapped into a Graphical User Interface 
widget tree (screen component). The widgets can be those supported by the language 
platform, such as Java Swing® components, or they can be specially developed for this 
purpose; 2"^ Par. - the application data are represented as a collection of data objects 
in a repository (data graph). The data objects (data component) are called uforms (short 
for 'universal form'), which encapsulates the data. The uform essentially consists of a 
unigue identifier and a keyed list of properties). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Krebs into the Hulai*s system 
to further provide means for identifying at least one mapping present in the screen 
component, the mapping for specifying a relationship between the screen component 
and the data component in Hulai system. 
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The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating Krebs's system which offers significant advantages that 
the framework support both shared data adaptation and user interface adaptation to 
user's preferences and display characteristics; both shared data and the user interface 
are specified in two XML documents; the user interface XIVIL document specifies the 
application interface by a generic 'view' graph as once suggested by Krebs (e.g.. 
Abstract, Lines 7-12). 

31 . As to claim 38 (new), Hulai discloses a computer readable medium comprising 
instructions for generating a screen element, based on a data object, of a component 
application executing on a wireless device for display on a user interface of the wireless 
device, the component application including a data component having at least one data 
field definition and a screen component having at least one screen element definition, 
the components being defined in a structured definition language, the instructions, when 
implemented on a computing device, cause the computing device, cause the computing 
device to implement the steps of: 

• Selecting the screen component corresponding to the screen element selected for 
display (e.g., Fig. 1, element 18 - User Interface; Fig. 2, element 67 - screen 
generation engine; Fig. 4, element 48 - User Interface Definition Section; [0031], 
Lines 5-8; [0035], Lines 1-3; [0049], Lines 1-7; Fig. 8, element of S802 - i.e., create 
screen object; Fig. 9; Figs. 12-14; [0112], Lines 1-11; [0113], Lines 1-4); 
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• selecting the data component mapped by the mapping according to the mapping 
identifier (e.g., Fig. 4, element 52 - Device Local Data Definition Sectlon;[0105], 
Lines 6-9; [0122], Lines 1-7; [0049], Lines 9-11 - a local data definition section 
defining the format of data to be stored locally on the mobile device by the 
application); 

• obtaining a data object field value corresponding to the data field definition of the 
mapped data component (e.g.. Fig. 161, Sec. 3.2.3.3; [0039], Lines 1-7 - each of 
object classes includes attributes used to store parameters defined by the XML file, 
and functions allowing the XML entity to be processed at the mobile device); 

• generating a screen element from the screen element definition to include the data 
object field value according to the format of the data field definition as defined in the 
mapped data component (e.g., Fig. 4, element 48 - User Interface Definition 
Section; [0049], Lines 1-7; Fig. 5, elements 48, 54, 56, 58 - User Interface - Device; 
[0078]-[0079]; Fig. 8; [0091], Lines 6-11; [0095], Lines 1-6; [0098]; Fig. 12; [0114]). 
Further Hulai does not explicitly disclose identifying at least one mapping present in 

the screen component, the mapping for specifying a relationship between the screen 
component and the data component as defined by an identifier representing the 
mapping. 

However, In an analogous art of Mobile Adaptive Applications for Ubiquitous 
Collaboration in Heterogeneous Environments, Krebs discloses identifying at least one 
mapping present in the screen component, the mapping for specifying a relationship 
between the screen component and the data component as defined by an identifier 
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representing tlie mapping (e.g. Sec. of ' IVIappinq Interactors to Widgets '. 1^' Par. - The 
general description of the application interface needs to be mapped into the device 
dependent representations. The former one (data component) is expressed in the 
interactor language defined above and the later (screen component) is expressed in 
terms of view graph that refers to device dependent GUI widgets : Sec. of ' Mapping Data 
To Views '. 1®* Par. - A collection of uforms represents a data graph (data component), 
which roughly con-esponds to an XML document. Each interactor defines the set of data 
types It can handle. Giyen an XML document, the composite interactor creates other 
composite or leaf interactors and associates them with corresponding uforms (data 
component). The user interface interactor (data component) directly maps the data to 
GUI components (screen component), thus bypassing the interactors; Fig. 1 - User 
Interface Data Flow (top row) and Application Data Flow (bottom row) result in the 
Application; Sec. of 'Adaptive System Architecture', 1^* Par. - The server contains the 
description of the application interface (screen component) and the application data 
(data component) as two separate XML documents. The interface is expressed using 
interactors, which form the generic view graph of the application interface. The generic 
view graph Is mapped Into a device-specific view graph , which is finally mapped into a 
Graphical User Interface widget tree (screen component). The widgets can be those 
supported by the language platform, such as Java Swing® components, or they can be 
specially developed for this purpose; 2"^ Par. - the application data are represented as 
a collection of data objects in a repository (data graph). The data obiects (data 
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component) are called uforms (short for 'universal form'), which encapsulates the data. 
The uform essentially consists of a unique identifier and a keyed list of properties). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Krebs into the Hulai's system 
to further provide identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component and the data 
component as defined by an identifier representing the mapping in Hulai system. 

The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating Krebs's system which offers significant advantages that 
the framework support both shared data adaptation and user interface adaptation to 
user's preferences and display characteristics; both shared data and the user interface 
are specified in two XML documents; the user interface XML document specifies the 
application interface by a generic 'view' graph as once suggested by Krebs (e.g., 
Abstract, Lines 7-12). 

32. Claims 1 5-1 7 and 32-34 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Hulai in view of Krebs and further in view of Saulpaugh et al., (Pat. 
No. US 7,010.573 B1 ) (hereinafter 'Saulpaugh') 

33. As to claim 15 (Original) (incorporating the rejection in claim 2), Hulai discloses 
employing Virtual Machine and XML messaging technologies (e.g.. Abstract, Lines 12- 
17), but Hulai and Krebs do not explicitly disclose the method further comprising the 
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step of checking the message for the mapping corresponding to the data component of 
the application provisioned on the device. 

However, in an art of message gates using a shared transport in a distributed 
computing environment, Saulpaugh discloses checking the message for the mapping 
corresponding to the data component of the application provisioned on the device (e.g., 
Col. 7, Lines 1-6 - the messages may be in a data representation language such as 
extensible MarkOup Languages (XML), 12-16 - each such message may be sent 
through a client message gate that may verify the correctness of the message). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Saulpaugh into the Hulai- 
Krebs's system to further provide the method further comprising the step of checking 
the message for the mapping corresponding to the data component of the application 
provisioned on the device in Hulai-Krebs system. 

The motivation is that it would further enhance the Hulai-Krebs's system by 
taking, advancing and/or incorporating Saulpaugh's system which offers significant 
advantages for providing a simple way to connect various types of intelligent devices to 
allow for communication and sharing of resources while avoiding the interoperability and 
complex configuration problems existing in conventional networks as once suggested 
by Saulpaugh (e.g.. Col. 2, Lines 3-7). 

34. As to claim 16 (Currently Amended) (Incorporating the rejection in claim 15), 
Hulai discloses the method further comprising the step of updating the message data 
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object corresponding to the message in a memory using the data field definition of the 
linked data component and then reflecting that data change in the screen element 
linked to the data object (e.g., [0085]; [0086] - the particular identity of the mobile 
device on which the application is to be presented may be identified by a suitable 
identifier, in the form of a header contained in the server side application output; [0097] 
- virtual machine software further maintains a list identifying each instance of each 
event and action object, and an associated identifier of an event; i.e., Fig. 1611, Sec. 
6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; Fig. 16JJ, Sec. 6.7.3.2; Fig. 9; [0096], Lines 16-19). 

35. As to claim 17 (Original) (incorporating the rejection in claim 15), Hulai discloses 
the method further comprising the step of creating the data object corresponding to the 
message in a memory using the data field definition of the linked data component 
([0040], Lines 4-9; [0041], Lines 5-7; i.e., [0051]; Fig. 9; [0096], Lines 16-19). 

36. As to claim 32 (Original) (incorporating the rejection in claim 19), Hulai discloses 
employing Virtual Machine and XML messaging technologies (e.g., Abstract, Lines 12- 
17). but Hulai and Krebs do not explicitly disclose the system further comprising the 
mapping manager configured for checking the message for the mapping corresponding 
to the data component of the application provisioned on the device. 

However, in an art of message gates using a shared transport in a distributed 
computing environment, Saulpaugh discloses the system further comprising the 
mapping manager configured for checking the message for the mapping corresponding 
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to the data component of the application provisioned on the device (e.g., Col. 7, Lines 1- 
6 - the messages may be in a data representation language such as extensible 
MarkOup Languages (XML), 12-16 - each such message may be sent through a client 
message gate that may verify the correctness of the message). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Saulpaugh into the Hulai- 
Krebs's system to further provide the system further comprising the mapping manager 
configured for checking the message for the mapping corresponding to the data 
component of the application provisioned on the device in Hulai-Krebs system. 

The motivation is that it would further enhance the Hulai-Krebs's system by 
taking, advancing and/or incorporating Saulpaugh's system which offers significant 
advantages for providing a simple way to connect various types of intelligent devices to 
allow for communication and sharing of resources while avoiding the interoperability and 
complex configuration problems existing in conventional networks as once suggested 
by Saulpaugh (e.g., Col. 2, Lines 3-7). 

37. As to claim 33 (Currently Amended) (incorporating the rejection in claim 32), 
Hulai discloses the system further comprising the data manager configured for updating 
the message data object in a memory using the data field definition of the linked data 
component (e.g.. [0085]; [0086] - the particular identity of the mobile device on which 
the application is to be presented may be identified by a suitable identifier, in the form of 
a header contained in the server side application output; [0097] - virtual machine 



Application/Control Number: 10/788,490 Page 29 

Art Unit: 2192 

software further maintains a list identifying each instance of each event and action 
object, and an associated Identifier of an event; i.e., Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, 
Sec. 6.6.3.4; Fig. 16JJ, Sec. 6.7.3.2; Fig. 9; [0096], Lines 16-19). 

38. As to claim 34 (Original) (incorporating the rejection in claim 32), Hulai discloses 
the system further comprising the data manager configured for creating the message 
data object in a memory using the data field definition of the linked data component 
(e.g., [0040], Lines 4-9; [0041], Lines 5-7; i.e., [0051]; Fig. 9; [0096], Lines 16-19). 

39. Claims 13 and 30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hulai in view of Krebs and further in view of Greene et al., (Pat. No. US 6,868,441 
B2) (hereinafter 'Greene') 

40. As to claims 13 (Original) (incorporating the rejection in claim 2), Hulai discloses 
employing Virtual Machine and XML messaging technologies (e.g.. Abstract, Lines 12- 
17), but Hulai and Krebs do not explicitly disclose the method and the system wherein 
the identifier is a composite key. 

However, in an art of method and system for implementing a globai ecosystem of 
interrelated services, Greene discloses the method and the system wherein the 
identifier is a composite key (e.g., Col. 69, Lines 1-10 - for example, the PK for a given 
entity might be a string or an integer, or it might be a composite key having more than 
one component). 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Greene into the Huiai-Krebs's 
system to further provide the method and the system wherein the identifier is a 
composite key in Huiai-Krebs system. 

The motivation is that it would further enhance the Hulai-Krebs's system by 
taking, advancing and/or incorporating Greene's system which offers advantages for 
providing alternate, domain specific primary keys that can be used by the specific 
application, or by custom logic within the entity implementation, and checked for 
uniqueness by the central entity manager, using for example, a hashing or directory 
service as once suggested by Greene (e.g., Col. 69, Lines 1-10). 

41 . As to claim 30 (Original) (incorporating the rejection. in claim 19), please refer to 
claim 13 as set forth accordingly. 
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Response to Arguments 

42. Applicant's arguments filed on September 17, 2007 have been fully considered 
but they are not persuasive. 

In the remarks, Applicant argues that: 

a) The examiner does not appear to have explicitly rejected claim 1 3 (see 
Remarks/Arguments on P. 16, 4^^ Par.) 

Examiner's response: 

a) The rejected claim 13 is stated on pages 21-22 in the Office action mailed on 
May 7, 2007. 

Conclusion 

43. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding tfie status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571-272-1 000. 
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